Appl. No. 10/675,001 

Reply to the Office Action of 09/20/2007 

Amendments to the Specification: 

Please replace the paragraph on page 1, lines 15-21 with the following new paragraph: 

The present patent application is related to co-pending and commonly 
owned U.S. Patent Application No. XX/XXX,XXX 10/675,828 ,, Attorney Docket 
No. POU920030132US1, entitled "Policy Driven Autonomic Computing - 
Specifying Relationships", filed on even date herewith, and is related to U.S. 
Patent Application No. XX/XXX,XXX 10/647,996 . Attorney Docket No. 
POU920030133US1, entitled "Policy Driven Automation - Specifying Equivalent 
Resources", filed on even date herewith, the entire teachings of which being 
hereby incorporated by reference. 

Please replace the paragraph on page 14, lines 11-21 to page 15, lines 1-4 with the 
following new paragraph: 

A more detailed block diagram of the cluster resource manager 306 304 is 
shown in FIG.4. A user interface 402 allows an administrator to specify policy 
definitions 404 resource groups 420. In addition, a resource harvester 406 
determines implicit relationships between resources through self-discovery. An 
equivalency definer 416 outputs a set of equivalencies 416 that is stored in 
memory, such as a file or record, and are determined both from implicit discovery 
or explicit specification. The policy generator 422 is communicatively coupled to 
the user interface 402, the policy definitions 404, the equivalencies 418, and the 
resource groups 420, and uses the information from each of these elements to 
construct a system- wide graph 410 to find a set of available actions. A resource 
monitor 414 is communicatively coupled to each resource in the cluster and to the 
resource harvester 406, for communicating with each resource. An automation 
engine 412, is communicatively coupled to the system-wide graph of actions 410, 
the policy definitions 404, and the resource monitor 414, and relays desired 
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actions to each resource via the resource monitor 414 in order for the system to 
establish and maintain a desired end state. 

Please replace the paragraph on page 26, lines 12-18 with the following new paragraph: 

A scenario involving collocated resources is shown in FIG. 11. The system 
1100 is configured with the policy 1102 App — »■ Collocated IP. A catastrophic 
failure occurs to node 2 1106 wherein both the App and the IP become 
unavailable. If the automation engine 412 attempts to bring up the App and IP 
resources on node 1 1104, but one resource, such as the App, fails to start, IP 
cannot remain on node 1 1 104. Instead, both the App 1112 and the IP 1114 must 
be must to the same location, in this case, node 4 1110. 

Please replace the paragraph on page 26, lines 12-18 with the following new paragraph: 

However, if an acceptable substrate still cannot be found, at step 1306, it is also 
desirable to allow the policy generator 422 to evaluate other conditional relationships 
specifications, at step 1308, which take place when the state of a specified resource is 
known and the full set of relationships do not result in a solution at steps 1301, 
1302. Conditional relationships allow policy definitions to be applied when the state 
of the specified resource meets a predetermined requirement. Thus If Resource A — > 
CollocatedWith Resource B if that resource is active, but can be placed elsewhere 
if Resource B is not active, it is necessary to specify a conditional operator on the 
relationship specified above. Thus, Resource A — > AntiCollocatedWith, IfOnline 
Resource B, forcing the location of Resource A ONLY if Resource B itself is 
active or can be activated. Additional conditionals can be defined (ifOnline, if Online 
ifOffline , ifOnNodex) which provide the administrator with the ability to control the 
policy when a given state for the system occurs. 
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